This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 



BEST AVAILABLE IMAGES 



Defective images within this document are accurate representations of 
the original documents submitted by the apphcant. 

Defects in the images may include (but are not limited to): 



BLACK BORDERS . 

TEXT CUT OFF AT TOP, BOTTOM OR SIDES 
FADED TEXT 
ILLEGIBLE TEXT 
SKEWED/SLANTED IMAGES 
COLORED PHOTOS 

BLACK OR VERY BLACK AND WHITE DARK PHOTOS 
GRAY SCALE DOCUMENTS 



IMAGES ARE BEST AVAILABLE COPY. 

As rescanning documents will not correct images, 
please do not report the images to the 
Image Problem Mailbox. 



(12) 



UK Patent Application ,ia,GB ,,,,2 352856 „3,A 



(43) Date of A Publication 07.02.2001 



(21) Application No 0010701.1 

(22) Date of Filing 03.05.2000 



(30) Priority Data 

(31) 09350818 



(32) 09.07.1999 (33) US 



(71) Appltcant(s) 

Fujitsu Limited 

(Incorporated in Japan) 

1-1 Kamikodanaka 4-chome, Nakahara-ku^ 

Kawasaki-shi, Kanagawa 211-8588, Japan 

(72) lnventor{s) 

Nobuo Ogasawara 

(74) Agent and/or Address for Service 
Haseltine Lake 8i Co 

Imperial House, 15-19 Kingsway, LONDON, 
WC2B 6UD, UnKed Kingdom 



(51) INTCL^ 

G06F 17/60 

(52) UK CL (Editions) 

G4A AUXF 

(56) Documents Cited 

GB 2319862 A WO 95/24687 A1 WO 00/55787 A2 
US 5940812 A 

(58) Field of Search 

UK CL (Edition R ) G4A AUXF AUXX 
INT CL^ G06F 17/60 

ONUNE: EPODOC, WPL JAPIO, ELSEVIER, INSPEC, 
TDBJNTERNET 



BECEIVED 

NOV 2 7 2002 

GROUP 3600 



(54) Abstract Title 

System and method for electronic shopping using an interactive electronic shopping agent 



(57) An electronic shopping systenn which utilizes an electronic shopping agent ESA 48 for allowing 
comnDunlcation between customers and retailers during Internet shopping. The ESA 48 has access to a 
customer database 100 and a retailer database 110. When a request for an item/service is received by the ESA 
48 from a customer, customer profile Information 204 is retrieved from the customer database 100. 
Appropriate retailers are also selected from the retailer database 110. The customer profile information 204 
and customer request is bundled as a request for proposal RFP and forwarded to the selected retailers for 
servicing. The retailers, upon receipt of the RFP, submit proposals to the ESA 48 for forwarding to the 
requesting customer. The proposals 350 are catered to the requesting customer's needs and preferences. The 
ESA 48 may analyse the proposals 350 and select the best proposal(s) 382 prior to their forwarding to the 
requesting customer. The ESA 48 may further provide market survey reports to the retailers based on 
information accumulated on the customers using the system. 
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ABC SHOE STORE 

1 234 MAIN ST. #200 .. 
LOS ANGELES. OA 90020 
(213)555-1111 
www.abc.shoe.com 
sales®dbc.corri 



ITEM: MEN'S SHOE (BRAND NAME) 
PRICE: $89.99 
GHARACTERISTICS: 

- SIZE: 8 . : 

- COLOR: BROWN 
NON-SLIP" SOLE. WIDE WIDTH 
LEATHER, SILVER BUCKLES, 
FOR BOTH CASUAL "AND 
FORMAL WEAR; COMFORTABLE... 
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SYSTEM AND METHOD FOR ELECTRONIC SHOPPING 
USING AN- INTERACTIVE SHOPPING AGENT 



The present inveritibh "'relates generally to electronic 
shopping systems and methods, and ihorie particularly, to a sysnem 
and method of electronic shopping which utilizes an interactive 
10 electronic shopping agent for receiving merchandise anc/or 
service requests from customers and for identifying appropriate 
retailers which 'of fer the requested merchandise and/or services. 



15 The expansion of personal computers into homes of average 

consumers has also expanded the usage of the Internet by such 
consumers, arid with it , has ' opened a new avenue of shopping, 
specifically, ihternet shopping . internet shopping, although 
capable of providing convenient purchasing abilities from one's 

20 home with a simple click of a mouse, also involves various 
dra\ftt>acks in electronic shopping which affect both consumers and 
retailers . On the consumer side,\ the amount ■ of time spent 
searching for a' Web-site offering a desired merchandise or 
service is highly dependent on the level of the consumer' s 

25 experience and know-how of ihternet shopping- The quality of 
such Web-site' searches" also' de^ the individual's experience 

and know-how. " 

To the unwary and* the inexperienced,' Internet shopping cf-en 
proves to be a time-consuming and frustrating experience, 

30 Although there aire * thousands olf ' Internet shopping ' Web-sites -hat 
provide merchandise and/or service inforimation in 'practically all 
areas 'imaginable in addition to providing on-line purchasing 
abilities, the consumer must first be able to locate a site that 
meets his or her needs/ If a specific Web-site address is not 

35 known, the consumer must search for pertinent sites by means of 
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search engines. Devising a ^earch that will . be. broad enough to 
result in all sites capable of meeting the . consumer ' s needs but 
5 narrow enough to eliminate irrelevant sites may be hard and 
almost impossible to achieve. Most often, the consumer will 
settle for a broad search and spend considerable amounts of time 
reviewing and discarding irrelevant sites that have resulted from 
the search. 

10 There are other drawlDacks to the described method of 

searching che Web. For instance, a consumer has no way of 
knowing, without doing additional time-ponsuming searches, 
whether the located site is the best one available to the 
consumer. Even though a separate Web-site may exist that better 
15 caters to the consumer's requirements and preferences, the. 
consumer will not know about such a site if it was not foxand in the 
search conducted. Consequently, ' the consumer may be forced to 
purchase less satisfactory merchandise from a site that the 
search did provide, or not purchase the product at ail, to' the 
20 detriment of both consumers and retailers. * ' 

If a cpnsxamer uses the Internet to simply gather information 
about desired merchandise and the stores which may carry "^the 
merchandise, the searches niust also result in Web-sites of 
retailers geographically close to the consumer, " with a list of 
25 s-uch retailers, the consumer has a choice of visiting them in 
person to see and try the actual merchandise before ' making a 
purchase. However, adding a geographical limitation to the 
search makes Internet searching even more difficult and time- 
consuming . 

30 The above-described problems are amplified if the consumer 

wants to purchase mechandise or a service that he or she is 

unfamiliar with, or is not commonly purchased or inquired-about 
through the Internet., In such a._case, even the most experienced 
Internet shopper may find the searching process frustrating and 

35 unfruitful. 
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Another drawback to , Internet shopping is the lack of 
interaction between consumers and retailers. From the 

perspective of the consumer/ Web-site search, results are nothing 
more than a collection of on-line catalogs'. Although a certain 
degree of product or service informat ion may be provided in the 
sites, such information Jill not suffice to answer all the 
questions that a consumer may have, Thus, during Interent 
shopping, a consumer has no access to additional information and 
suggestions that may come from a salesperson as would normally 
be the case if "the purchase were "being done in a conventional 
retail environment'. ' 

The lack of interaction between customers and retailers is 
also a drawback when analyzed from, t retailer' s point of view. 
For instance, when a corxsiimer has a choice between two comparable 
products offered 6y two different retailers through , the Internet, 
it is often the pride w^ch pushes the consumer to purchase one 
product over the other/ This may not always true, however, 
20 if the consumer were to yisit the retailers /in person. - The 
retailer selling the higher-priced product would, through its 
salespeople, have the opportunity to differentiate its product 
over a lower-priced product, and may further be able to emphasize 
features that will cater to the, consumer's particular needs. The 
25 opportunity to provide su6h '^hopping assistance is not. available 
in current Internet shopping. / 

The lack of interaction be^^^^ customers and retailers also 
makes it difficult for retailers to understand consumer needs and 
demands. Although a retailer" may b^ able infer such needs and 
30 demands based on consumer surve^^^^ filiing out such surveys 
becomes a hassle and nuisance to the consuiiier.' . Another problem 
due to the lack of interaction is t have no way of 

■ knowirig the demographics, preferences of 

purchasers or potential purchasers of particular products when 
35 it comes to Internet" shopping. Such knowledge of customer 
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profiles may be valuable in improving consumer marketing methods, 
such as direct mailing, because advertising may then be targeted 

5 , towards specif ic types of consumers . 

Accordingly, there is a need for an electronic shopping 
system which is able to allow consumers to locate appropriate 
merchandise and retailers more effectively through the Internet. 
Such system should provide a two-way communication ..between 

10 consumers and retailers where" merchandise and/or service requests 
are received from customers, and appropriate retailers, which 
offer the requested merchandise and/or services identified, and 
passed along to the requesting customers- A request should be 
transmitted to the identified retailers for a proposal of items 

15 matching the request from the customer in view of the customer 
profile information. The proposal of items received from the 
retailers should then be forwarded' to the consumers for their 
review. The consumers may then decide' to make the purchase via 
the Internet, dr visit the retaiTer in person to* see and try. the 

20 merchandise before 'matkihg the purchase. 

It is a consideratibn of the oresent invention 
to provide * ah electronic shopping system which 

25 makes use of an interactive shopping^ agent provides a two- 

way communication between consumers ' and retailers for more 
efficient and productive electronic shopping . 

In accordance With one aspect "of the inyentipn, . the 
electronic 'shopping system includes at least a customer database 
30 and a retailer database* The system also includes a cusXpmer 
interface for receiving a merchandise/service request from a 
customer. An electronic shopping agent (ESA) having access to 
the customer database locates *a customer record in the customer 
database <:brrespdnding to the requesting customer. The ESA 
35 further identifies all retailers from the retailer database 
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capable of providing the merchandise/service requested by the 
customer, A request for proposal, (RFP). .is then transmitted to 
5 the identified retailers for servicing, the request. The request 
for proposal includes the customer request and customer profile 
data in the located, customer ..record, 

. - . : • ^ ' , . Preferably, privacy 

protection is provided to the_requesting customer by deleting the 
10 icientity of the customer when generating the request for 
proposal . . 

..... It. -is- further preferred that identified 
retailers generate prpppsals and .submit them to the ESA, The 
proposals are .then^ . f orwarded to the requesting customer . If 
15 desired, a customer . m^i.v;. request that a repommended proposal be 
selected prior, to ,the_.f orwardina of the proposals bv the ESA, 

In addition, the ESA may 
generate a. market, spr.yey^ report from data in the customer 
database. Such report ..is then transmitted to .the retailers. 

20 ]■ U 

Other aspects of the invention are as. defined in the 
accompanying independent claims. 

A detailed description of the invention will now be given 
by way of example^ with reference to the accompanying drawings, 
25 - in which:. ;; . j ..^ 

^IG- ,1 is an ex^niplary^ ,s jinplif ied semi-schematic block 
diagram of an electroni^q , shopping - system . including an electronic 
shopping agent; 

FIG. 2 is .an exemplary simplified, isemi-schematic block 
30 diagram showing the electronic shopping , agent of FIG-. 1 in . 
greater detail; 

FIG. 3 is an exemplary ..semi -^schematic, . conceptual layout 
diagram detailing the .organizajtion. of customer information in a 
Customer Database, in communication with the electronic . shopping 
35 agent; . 
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FIG. 4 is an" exemplary semi-schematic, conceptual layout 
diagram detailing the^ birganizatiori of retailer information in a 
Retailer Database "f n Gommunication with the electironic shopping 
agent; ' . : . ■ ' : . ^ . . ' : . . . • 

FIG. 5 is an exemplary semi-bchematiC;. conceptual layout 
diagram detailing the organization of merchandise information in 
a Merchandise Database in Communication* with the electronic 
shopping agent; ' " 

FIG. 6 is a functional block diagram of a Profile "Matching 
Engine and an RFP; Engine for the electronic shopping agent; 

FIG. 7 is a functional block diagrarti of a"" Privacy Protection 
Engine in communication with the RFP ilngine' of FIG. 6 ; 

FIG. 8 is a semi-schematic; coriceptiial layout" diagram of an 
exemplary proposal submitted to the ejlectrbnic shopping agent' by 
identified retailers; 

FIG. 9 is a functional diagram df "a' ProE)osai Analysis Engine 
for identifying a recommended retailer proposal;' and - ' - 

FIG. 10 is a functional diagram detailing the creation of 
an analysis report. ^ ^ ' '-^^ ^ 



In general terms, the present invention is directed to a 
particular - ' system and t^iethod '^ for^ " establishing two-way 
communication between consiimersi ahd^^^r^ during electronic 

shopping, specifically, shopping on the Iritesrrietl ' The 
communication instituted is "similaf tb the two-way communication 
relationship between customers and ' vendors in "a conventional 
retail environment. While in such conventional retail 

environment a customer interacts with a' salesperson, a customer 
according- - to the system arid method of the present invention 
interacts!; with an interactive electronic shopping agent (ESA) 
which in turn interacts with the retailers. The ESA receives 
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customer merchandise and/or service requirements (purchase 
requirements) from the customer and identifies a number of 

5 appropriate retailers which offer the requested merchandise 
and/or services. The ESA, therefore,, acts, as a two-way 
communication broker between consumers and vendors. 

In its most general form, the ESA is configured as a network 
server or a platform computer which hosts at least two databases: 

10 a Customer Database and a Retailer Database. When the ESA 
receives a customer request , the request is matched with customer 
profile data taken from the Customer Database and transferred to 
a Request for Proposal (RFP) engine. In the RFP engine, the ESA 
identifies appropriate retailers offering the requested goods or 

15 services from the Retailer Database. Once appropriate retailers 
are identified, . the customer ',s purchase requests and profile 
information are bundled as^an RFP and directed to the identified 
retailers for servicing.^ This, informatipn, in order to provide 
privacy to the customer, may be transmitted without disclosing 

20 the, customer/ s name,, ^ , . . , 

Upon receipt of an RFP^ tlije select items or 

services to recommend upon . reflection of the particular customer 
request and prof ile _inf o^matipn . services 
are transmitted , to the.,,ESA in the form, of proposals. The 

25 proposals .include merchandise information such as the. name of the 
proposed item, price, and de script the itepr The proposal 
may also ^include pictures of items recommended. The submitted 
proposals are forwarded to the, requesting customer for review. 
An analysis service might -be ^ optional to consumers 

30 to sort through proposals _ submitted by the , retailers and choose 
the best proposal prior to their forwarding. 

The ESA can be configured to generate market survey reports 
of consumer trend3. These, reports are transmitted to retailers, 
A manufacturers, and other service organizations to aid their 

35 understanding of consumers interests and needs . ^ 
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It will be appreciated that the' system "and method"^^' according 
to the present invention provide a significant improvement in the 
5 quality and ef f iciency of electronic ' shopping . The time- 
consuming and often ' unfruitful ' Web searches for appropriate 
retailers no longer become necessary. Rather, consumers 'are 
provided with retailer and mercharidise information' through 
interaction with a shoppind agent. * The information provided to 
.10 consumers is further tailored to individual needs and 

preferences. Retailers also benefit ' from the ' present system "and 
method because knowledge of individual requests in conjunction 
with customer profile information ' allows them to provide 
appropriate shopping assistance to consumers . "This helps "bolster 
15 sales, Internet or otherwise, and further Increases customer 
satisfaction about items purchased via the Internet. 

Considering the foregoing summary of "the ' of Vhe 

system and method of the present invention/ FIG. 1 depicts a 
simplified semi-schematic block' diatgratn of an exemplary 
20 electronic shopping system. The system comprises an ESA 48 
configured to provide tWo-Way communication between customers Tand 
retailers; The ESA 4 8 includes ia custbmeir interface ^"f or 
receiving i>urchase requirements firbiii' t^ cusitomers. The customer 
interface might be the E5A' s WeB page, e-maiil/'or a customer 
25 service representativet 50 VitH acceWs to the ESA 48. " ' - - 

A customer accesses the ES^^' s web page or sends e-mair to 
the ESA 48 through an Internet ^ cbiiriiection 18 . The internet 
connection 18 might comprise' ISDl^ linfe^, ADSL lines ^'DSL lines, 
and the like, A personal computer TO equ with a modem (not 

30 shown) might be used to kccess the Internet:' cohnectidn 18. 
Alternatively, a television 12 equipped with a digital or analog 
set top box 14, or a separate Intefriet access terminal 16, such 
as one sold under the trademark! WebTvb by Philips-Magna vox and 
Sony, may- be used for connection to ' the Internet. in ' one 
35 embodiment, the set top box 14 oir Internet' access terminal 16 is 
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equipped with a phone modem (not shown) which allows connection 
to the Internet through the Internet connection 18 over a 
5 telephone network. In an alternative embodiment, the set top box 
14 or Internet access terminal ,16 accesses the Internet through 
television cable or satellite delivery systems. It is to be 
understood, however, that the set top box 14 or Internet access 
teminal 16 may not be necessary, if the television 12 itself has 
10 built-in software that permits .connection to the Internet. Other 
devices may also be used to access, the Internet, Thus, the 
description of the particular devices is exemplary and is not 
intended to be limiting in any sense. 

Customers might also use a conventional telephone 20 which 
15 comjnunicates with a conventional telephone network 4 6 or a 
wireless phone 22 which communicates with a cellular telephone 
neitwork 24 to establish the customer interface- 

. If purchase requirements are .to be transmitted over the 
Internet, the customer might log-on to the ESA'^s web site where 
20 he or she is instructed to^ provide information as to their name^ 
, item requested^, and conditions, desired. Such conditions may 
include characteristics sought in the item to be purchased, the 
price desired,, and infpn^tion as to when and where the customer 
wants to make the purchase. For instance, a customer desirous 
25 , of buyincr men' s shoqs ,may provide the following inf orraation: 
J';'Name:, Bob; ,Item: men's shpesr Price: < $100; Conditions: 
lightweight, non-slip sple, wide width, no shoe lace, brown, size 
8; need in one week; want tp try to buy at store in the Sherman 
Oaks Shopping Mall." The same information is alternatively 
30. transmitted through electronic mail.. Otherwise, traditional 
communication means such as the telephone 20 or wireless phone 
22 can be used to phqne-in the reiquirements to a customer service 
representative 50 who. inputs the . inf ormation into the ESA 48. 
_ The -ESA 48, which is . also. . suitably configured with an 
35 Internet connection 52., transmits the purchase recjuirements^ along 
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with customer profile information ' to selected retailefs, and 
further receiveis proposals ..of items from those retailers as 

5 described in further detail below^ The proposals are then 
forwarded to the requesting customers. 

The retailers are equipped 'with network servers 54, platform 
computers 56, or' personal computers 58 with ah Internet 
connection 60 to receive requests and prof ile information from 

10 the ESA 48. Any of the Internet cdnnectiori methods described 
above in conjunction with devices accessible to customers may be 
employed to provide Internet access to the retailers as well as 
to the ESA 48. The Internet connection '60 at the ' retailer ' s site 
also allows a retailer to submit a proposal of items and services 

15 to the ESA 48 after considering the customer requirements ' and 
profile information. Retailers may also receive market ' survey 
reports from the ESA 4 8 and receive merchandise and/or service 
orders directly from customers thrbiigh' the Internet connection 
60. ' ' '^ '"'^ ' ^ ' " ' 

20 Turning how to FIG. 2V an exemplarV' block diagram of t^ 

48 suitable for practic^e according to principles of the present 
invention is shown in- conceptual *s<eftii- schema tic form. The ESA 
48 might be configured as a' network Reiver or a platform computer 
which hosts at least two databases: a Custome^r Database 100 and 

25 a- Retailer Database 110. In the ■iliiistrate^ embodimertt, the two 
databases reside in two separcite ma^s storage device^, ' each 
taking the form of a hard disk dtiV4' or drive array. it is 
noted,, however, that the^ two databases may also reside in a 
single mass storage devicie. 

30 As illustrated in TIG: 3/ the'^ Customer Database 100 

comprises a series of customer specif ic records (identified 
gisnerally at 200) eacti of Whidh is headed and identified by 
customer name 202, ' FolloWihg.^ the customer hanie 202^ each 
customer data record 'includes the address 203 of the customer, 

35 including his or her* e-mail addre sis ^ and a customer profile entry 
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204. The customer profile entry 204 might comprise demographic 
information relating to. the customer' s - date-of -birth, family 

5 status, age, gender, anfi . the like,^ ,as well as information 
^^/•-^^^^^ to the customer' s personal shopping preferences such as 
preferred brands, colors, patterns,, sizes, . preferred retailers, 
etc. A retailer listed as a preferred retailer in a customer 
record 200 would be one of the most probable candidates for 

10 requesting a submission of a proposal. .. The list of preferred 
retailers for a particular customer is updated each time the ESA 
48 identifies .that the customer has, purchased an item from that 
retailer. In an alternative embodiment, the record also includes 
a unique customer identi^ficatio;> number (not shown), termed a 

15 customer ID. In addition to the foregoing, each customer record 
200 includes an inf ormatiori . storage, area which contains the 
customer's RFP history 208. An RFP history entry might be aptly 
described as comprising a sequence of lists, with each list 
including,, for example., the nam^ and characteristics of an item 

20 recfuested to the ESA 48 by a customer and submitted to identified 
retailers fojp proposal ... Each list,^ further^ includes a pointer or 
some other type of logical link information to all the proposals 
received by the customer and . stored in a Proposal Log Database 
125 for matching^ .request with the proposals received. A 

25 description of the Proposal Log Database 125 is . provided in 
further detail be low^. If the ESA .48 identifies that a certain 
proposal was _ accepted by the customer and a purchase was made, 
this information is als;o. ^ad4^^ to the list. Such information is 
useful in better ascertaining customer preferences for creating 

30 market research reports and identifying retailers that can cater 
to particular customers. 

A customer record 200 is created when the customer enrolls 
into the electronic shopping system, or when he or she submits 
a request- for the first time. : A customer may enroll into the 

35 system over the Internet via e-mail or by logging-on to the ESA' s 
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Web-site, or by any other known communication methods , Once a 
customer record 200 is''created, this information ' is used along 
with the customer 'request to create an RFP for submission to 
identified: retailers as is' discussed iri further detaii' below. 

Referring back to FIG.' 2^ the ESA 48 also hosts a Retailer 
Database 110 which includes a directory of retailers - with 
information about the merchandise or services provided by each 
retailer. This database might be designed as a relational,, 
nabular, or object-oriented database. According to one 

embodiment, retailer information is organized based on the type 
of merchandise or services of fered by' a retailer It is noted, 
however, that other organization methods may also be utilized, 
such as organizing alphabetically based on the retailer's name, 
or organizing geographically • based oh' the retailer ' s zip code ^or 
city in which it is located. '' " . 

FIG. 4 is a semi-scheinatic, 'cbnceptual layout diagram 
detailing the organization bf tti^ Retail'^r Database 110 according 
to one embodiment' of the" inXrei^ntioh. ' As illustrated here, 
products and services offered by jretailfetst are categorized ±hto 
broad categories 250. Sucti broad Categories '250 may include 
clothing, electronics, food, entertainment etc. The broad 
categories 250 are f urthei: ditridfeH ' in^ one or more sub- 
categories 252 for further categbilzing a retailer' s products 
and/or s^rvic^s. A series of retailer-specific records 
(identified generally at 254)' for a listed category or sub- 
category of products or isefvices are then various 
retailers, " ' ' ' 

Each retailer record 254 is headed by the name of the 
retailer 256 and includes the store' s address 258, Including its 
e-mail address, and merchandise/service information 260. In 
addition, each retailer' s record 254 might also include the 
specialty -262 of the retailer, or what the retailer is generally 
known for. The retailer' s record 254 further includes an 
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information storage area for maintaining the proposal history 264 
for the particular retailer. The proposal history 264 area might 

5 be described as containing a list„ of items and/or services 
proposed by a retailer, along with a description of such items 
or services. The proposal history 264 area further contains a 
pointer or any other type of logical link information to all the 
proposals submitted by the retailer and sto^red in the Proposal 

10 Log Database 125. The data in the Retailer Database 110 is then 
used to select one or more retailers that may satisfy a 
customer's request. 

In addition to the Customer . Database 100 and the Retailer 
Database 110, the ESA. 48 in a currently preferred embodiment also 

15 hosts a Merchandise Information Database 120 (FIG, 2). Stored 
in this database is merchandise and service information contained 
in the proposals transmitted by the retailers . . FIG. .5 provides 
an. exemplary layout of the Merchandise Informatipn Database 120. 
As illustrated here, ti^he . data^ contains a ..series of 

20 merchandise (and service) records 270 organized according to the 
method described for the Retailer Database 110 • Each merchandise 
record 270 includes an entry f pr^ the product's name 272 and a 
separate entry for the product's price 274. The price 274 entry 
might reflect the average price of the. listed item. 

25 Each merchandise record 270 also includes an information 

storage area containing a prod^ description 276..; For instance, 
if the record is for a particular VCR model, the product 
^ description 276 area might provide information as to whether the 
VCR is a two head or a four head VCR, and further provide 

30 information as to the difference between the two. In. another 
example, a record for a, particular wine might, in the product 
description, 27 6 area, describe the types ,of food best 
complemented by the wine. A . Crps and Cons area 278 of each 
merchandise record 260 provider , further informatipn about the 

35. possible benefits and drawbacks of a particular product or 
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service. This information is transmitted to the customers upon 
request to aid the customers make ah informed decision as to 

5 which of the proposed" items to purchase. 

According to a Currently preferred embodiment, the ESA 48 
also hosts a Proposal Log Database '125 for storing a series of 
raw data records of received proposals from identified retailers. 
The ESA 48 allows the 'retrieval of such ' records from both the 

10 Customer Database 100 and the 'Retailer Database 110 for better 
ascertaining customer preferences and appropriate retailers from 
whom to request proposals. 

Referring back to FIG. 2, the ESA 48 rncludes a Profile 
Matching Engine 130 and an RFP Engine *1'32" for processing customer 

15 requests. As illustrated in FIG 1' ' 6^ a customer's purchase 
request 300 including the customer' s name 302, ^ item requested 
304, and conditions 306 sought (size, colorV etc, ) is transmitted 
to th^ Profile Maitchihg Engirie' 1301 The Prof lie Matching" Engine 
130 conducts a iseafch for 'the requestih name in the 

20 Customer Databa'se ' 100^ and retri'^ves ' the appropriate customer 
record 200 (Fl6. 3r 'cdhtaihirig ' his or h^r profile data. 
Alternatively, if the customer ID is kept in the customer record 
200 and this ID has been *^inciuaed in thei customer' s request 300, 
a search is conducted for the particular customs 

25 * the customer name. - - 

No match will be fourld in the ' Custbhief Database lOO ' if the 
customisr is hot enrolled in ttie system, in this case, the 
Prbifile Matching Engine 1310 creates a hew customer record 200 for 
the customer with his or her profile data." The necessary data 

30 for creating the record 200^ is bbtained by having the customer 
fill-out a profile information sheet or by having the" customer 
service representative 50 (FIG. 1) call-iip the customer to obtain 
the information over the phone. 

A copy of the customer record 200 corresponding to the 

35 requesting customer is then trahsmitteci to ah RFP Engine 132 
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along with* the' customer'^ purchase request 300. At about the 
same tirrie, the RiFP history 208 stoia^e area in the original 

5 customer record -200 is updated " to include^ information in the 
purchase request 300, and the updated- record 200 is stored back 
into the Customer Database 100. The customer profile entry 206 
of the customer record 200 may also be updated if necessary to 
reconcile with the purcfxase request 300. 

10 Receipt of the customer record 200 along with purchase 

request 300 information invokes a' search and retrieval subroutine 
in the RFP Engine 132. This subroutine enters the Retailer 
Databas'^ lib and searches the category of retailer products 
and/or services '250, 25'2^''{FIG. 4) for the item requested 304. 

15 Ohce the appropriate 'category of products is found, retailer 
records 254 within "the category are searched and their 
merchandise 260 and specialty 262 information examined for 
locating th^ item re^quest^d 304 by the customer. 

Once a* plurality of suitatble retailers are identified from 

20 the Retailer Database 100, the RFP Engine 132 bundles the 
customer's purchases request 300 with the cbpy of the customer 
^ record 200 to create an PlFP*362 suitable for transmittal to the 
identified retailers oveir the Internet connection 52. The RFP 
302 may be transmitted to the retailers by electronic mail or by 

25' other known data trahsmissidn methods. 

In a typical scenario', ' the RFP 302 will be concatenation 
of the Customer request 300 "and the copiy of the customer record 
200, headed and identified by the requesting customer' s name 304. 
' A custbiner, however,' may hot 'wish to reveal his or her identity 

30 ' to' all oi the ret'ailers tfo whom the RFPs are to be submitted to 
avoid receipt of junk' e-nia"ils and other unwanted promotional 
efforts from the retailersv Thus, according to a preferred 
embodiment, the ESA 48 incorporates a Privacy Protection Engine 
304 (FIG. -2) to provide privacy for the customers. 
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FIG. .7 is a functional diagram of the. Privacy Protection 
Engine 134 which is .in . communication with the RFP Engine 132 . In 
its most elementary form, the.Priyacy Protection Engine 134 
provides a fire wall ..around, the customer data base. .100, by assign- 
ing a temporary customer ID 306 and including the^ ID 306 in 
the RFP 302A instead of .the customer' s actual name. When the ESA 
48 receives proposals with . the .temporary ID .306 from, the 
reiailers, the customer's name matching the ID 306. is retrieved 
from a temporary storage location for forwarding the proposals 
to the appropriate customer. If a customer ID. is already 
maintained in the customer record^ 200 in the_Customer Database 
ICO, this permanent ID is used instead, of the temporary ID 306. 

The Privacy Protection Engine 134. may _also be, configured to 
provide other types of firewalls around the Customer Database 
100, Retailer, Database 110, and. Merchandise , Information Database 
120. Such firewalls are desirable , to. ensure integrity , of the 
data stored in those databases as. .well as^ to prevent ^ccess by 
unauthorized hackers. 

Upon receipt of an , RFE 302, 3G2A (ref erred generally as 
302), the retailer prepares a proppsal of items and/or serviqes 
within the time specified by the customer and transmits it. back 
to the ESA .48- In formulating, the proposal, a retailer .co^^^ 
the customer requirements and profile, data in the. RFP 302 • If 
the RFP 302 includes, the customer '^s^ name, .the retailer may 
conduct a, search of its own . database- 62 .for further information 
about the customer , prior to the , formulation of. the proposal. The 
database 62 at, the retailer's site, in^ addition . to the profile 
data contained in ^the RFP, includes .additional^ information about, 
the customer,, such as his or her shopping history, or. whether the 
ciistomer is a. preferred customer participating in .a preferred 
customer plan, which might , .allow . him or her reward points or 
discounted, .prices . The database ^^2 might also keep a list of 
proposals" submitted for the particular customer. In addition. 
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the database 6.2 might . keep tr^ck of whether^. pr not the proposals 
resulted in actual .purchas,e. < 

5 Reflection (review) of customer profile data and individualized 

requirements through the . RFP 302 as well as ^ny .other additional 

data in. the database 62 at ..the, retailer/ s site allows a retailer 

to propose an item, that -will, .better cater to the customer ' s 

individual .needs, and preferences.. Rendering such customer- 

10 specific proposals not only benefits the customer, but also 

benefits the retailer because it improves the probability of 

actual purchas.e by the .customer. 

. FIG. 8 is an exemplary illustration of proposals received 

from identified retailer:s.., The proposals 350 might be a portion 

15 of the retailer's on-line catalog or may alternatively be created 

from scratch by a salesperson .with access to a computer. In the 

illustrated embodiment.,^ e^ach proposal contains a header section 

.352 with the-: name of the , ,r^fcail^r followed by its physical 

adclres55 and telephonejiurnbero The retailer's Web- site and e-mail 

20 address? might also be included if available, 

following XhB .header sect. ion 352 is thje. name of, the item 

recommended 356 along with, the, corresponding . price 358. A 

description of the characteristic^ 36 of the item recommended 

. then follows and .includes siachr information as , si color, and 

25. beneficial features of ..the ite^. . A, picture 362 of the. item can 

, also be included 4f desired^ . A .singl^^ proposal may contain a 

plurality. of . re.cpmme^idej^.. i1^ems^,,if . more than one product or 

service from, an, ^.identified : retailer matches . the customer' s 

requirements and profile, data- . . , 

30. Once a. proposal -is. generated by.. a retailer,, .it may be stored 

in. the retailer's database .62 (.FIG.. 1), if the , identity of the 

customer -is known, for use^ by .the retailer in making 

recommendations in th^ future. The proposal is then transmitted 

to the ESA. 48 oyer the , Internet connection 6.0 via e-mail or by 

35 other, known communication methods. The customer's name . (or the 



-17- 



1 



temporary or permanent: -ID assigned) 'lb also transmitted with the 
proposal for allowing the ESA 48 'to forward the proposal to the 

5 requesting customer^.:-- ..1: , . : :r;- :^ - . ' ^.i.y.r. 

Referring back 'to FIG. 2, the' kFlP' Engine ' i32 within" the ESA 
48 receives the propos'als of -suggested merchandise or services 
from the identified retailers'." ^' "UpoTx receipt 'of the ' proposals 
along with the customer nafrie^ or" PD, the prbp65als~ are bundled 

10 inro a single record and "electronically ' trahsrtiitted to the 
customer identified by the name or iDl ' In' 'addition, merchandise 
information contained in the proposai-is 350, such" as the price 358 
of the item, item 'characteristics ^gQ- ^rid picture 362, are 
extracted from the proposals- 350 and' ""stored in ' the Merchandise 

15 Information DataBase 120. ' ' '. ^: : i 

Information in each proposal "-sW is a "stored .in the 
Proposar Log Database 125» * ' A pfbinter' to^^ 

stored in the Proposal Log batabaV^ 125 is stored in thB RFP 
history 20 8 (FIG. 3fV area df the^ cdrfesp^ 
20 200 in the Customei? Database 100 V*^ ' £.ogicai link '^^^^^^ to 
each proposal record is also stored in" the propiosal history 264 
{FIG. 4) area of the- Correspondihg^^^^ 

Retailer Database 110, and -serve's ^^^S'^^^^^^^ of accumulating 

• information about items 'cairried by 'the retaiiers; Information 

25 iri each proposal" 350 might also' be sitored in the propdsal '^h^^^ 

264 area of the correspohding" re'€a^ 254. The 

accumulation of such' informatibn h^lps irhpfove the^^ of 
finding appropriate' retailers in 'future "seairches. v 

According to one embodiment 'of the* invention, the' *ESA 48 

30^ further includes a -Proposal- AnalSrSls Engine 136 {FIG. 2) tot' 
providing analysis of pfopdsals SUDtaitted by the identified 
retailers. For any. single request, tens or hundreds of proposals 
might be isubmitted depending on^ the it^m or service requested. 
When such- proposals are forwarded^dfrectly to the requesting 

35 customer, the' job of sotting * through the propbsals and 
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determining which recommended items and retailers best suits 
his or her needs and preferences rests entirely on the customer. 

5 Therefore, in those instances, the ..customer may want the 
proposals to be further narrowed by the ESA 48. The ESA 4 8 may 
do this by identifying the best proposals prior to their 
submission to the customer. 

Even if the proposals received are not extensive in number, 

10 it may still be difficult for some customers to determine the 
most preferable merchandise if he or she has limited knowledge 
about the proposed items or services* For example, a customer 
in search for a vacuum cleaner might receive proposals for vacuum 
cleaners of various brands with various cleaning effectiveness 

15 values measured in Amps. One retailer may propose Name Brand A 
with 15.5 Amps. Another retailer may propose Name Brand B with 
19 Amps- Yet a third retailer may recommetnd Name Brand C 

with 21 Amps. To judge which vacuum cleaner best fits the 
customer '^s needs, he or she, might want to consider additional 

20 information not contained in the proposals themselves, such as 
consumer ratings given to the different brands and the 
significance of the Amp values* . / 

Referring now to FIG. 9, the Proposal Analysis Engine 136 
aides customers in the process of sorting through proposals by 

25 identifying one or more of thje. proposals as the recommended ones. 
. The Engine 136 first compare^ information contained in the 
proposals 350, suqh as price 358 and characteristics 360 of the 
items, against each other. For instance,, if two proposals 
propose the same item, with the only difference being in their 

30 price, the proposal with the lower item price might be identified 
as the one to recommend. 

The Proposal Analysis Engine ' 136 further compares 
information in the proposals .350 >fith merchandise information in 
the Merchandise Information Datitbase 120. During this routine, 

35 the Proposal Analysis Engine 136 searches the Merchandise 
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Information Database 120 for products that are the same" or 
similar to the items in the retailer proposals 350 . Once the 
5 merchandise records 27 0 (FIG. ' 5) o'f such products are identified, 
the price 274, product description 276, and' Pros and Cons area 
278 are examined to determine which proposal to recommend. 

In the vacuum cleaner example" from above, the price 274 
entry might provide information as" to how the price of the vacuum 
10 cleaner proposed -by a particular ' retailer compares with" the 
market price reflected by the price entry 274. The product 
description 276 area might provide "ihforir^tibrf as to the 
satisfaction rating given by' consumers for the proposed' "vacuum 
cleaner, ' and might further explain the relationship between an 
15 Airip value and cleaning effectiveness. ' ' 

After the proposals 350 have been analyzed, the Proposal 
Analysis Engine 136 selects one ' or more proposals for 
recommeridatioh. The recommended proposal or proposals are 
bundled into a single record 370 with the^ remaining reta^^^^^ 
20 proposals 350, and the record is submitted to the requesting 
customer along with appropriate merchandise information retrieved 
from the fyierchandise Information Database 120. ' 

Accordihg to the embodiment illustrated in FIG. 9, the 
recommended proposal is placed at the beginning of the record 370 
25 with a ^^RECOMMENDED'' header ' 37^' pifeceding the text o£ " the 
recommended proposal. : The retrieved merchandi^ 374 
is appended to the end of the record. Depending on a particular 
customer' s preference, the merchandise"^ information "^374 area might 
include non-repetitive merchandise information of only items in 
30 the recommended proposal or proposals. Alternatively, the 
merchandise information 374 area might include non-repetitive 
information of items in ail the proposals submitted by the 
retailers. ^ " " ' ^' ■ ' " 

^IG. 10 is a functional diagram of the Proposal Analysis 
35 Engine 136 detailing an alternative method for separating a 
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proposal to be recommended from the remaining proposals. 
According, to this illustration, the Propositi Analysis Engine 136 

5_ generates a^ separate Analysis Report 380 which includes the 

proposal, recornmended 382 along v/ith pertinent merchandise i 
information 384. The Analysis Report ^380 is then submitted along 
with the remaining proposals submitted by the retailers. 

. Once a customer receives the proposals 350 submitted by the 

10 retailers (with or- without, an analysis of those proposals), the 
customer might place an order for^ merchandise described in one 
of the proposals electronically through the Internet. The 
customer might access, the selected retailer's Web-site and place 
the . order through the, site. . The customer might alternatively 

15 decide to visit the actual . retailer or retailers and personally 
view or test the desired inerchanciise prior to purchase. In 
either scenario, the custpiner is. spared from ^the, daunting task 
. of having, to search, for; th^ .retailers on the Internet, with the 
hopes, that, .the search., will, re a. list of retailers, that 

20 will meet his or her nee^ds, and prefere^^ 

Referring back , to FIG, Zr. according , to an additional 
embodiment of the invent ior^ ESA 48 makes use of the customer 

profile data, in the . Customer Database 100 to provide market 
reports to the retailers, thilQiagh a Market Survey Engine .138. The 

25 Customer Database . . 100 ,_is rich . in information abput consumer 
, .trends, and pref^erenqes .Ao.t: generally available to retailers. 
Retailers, however, . will benefit from such information if made 
available to them. For instance, knowledge of what consumers 
want may help improve, marketing strategies . • In addition, such 

3Q ^ knowledge will allow retailers to make products, and ^ provide 
services, that will better satisfy . consumer needs and desires. 

In the described embodiment,^ the Market Survey Engine 138 
-searches the Customer Database 100 for customer records 200 (FIG. 
3) containing profile informatioh. The customer profile data in 

35. those records are related, to the RFP history inf ormation 208 to 
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determine how ' particular needs 'and interests relate to 
demographics, gender/' and" age. A market survey report is then 

5 created based on " the analyzed ^data for - submission to the 
retailers via any of the described communication means. 

In one embodiment of th^ 'invention, market analysis is 
performed upon specific request by a retailer, ih'ahuf actiirer , or 
service organization. Alternatively, the retailers, 

10 manufacturers, or services organizations v^ich subsi^cribe to the 

system receive market survey reports automatically 'on a periodic 
basis; * . . - v...-. . _ . ; , 

Accordingly, there hias been "brought to 'the art of 'electronic 
shopping systems, a system and method that allows * identification 

15 of retailers that offer the merchari'dise and/br services sdlight 
by a customer through an interactivie' eiectronic shopping agent . 
The ESA receives ciistbmer requests ^nd passes those request's to 
appropriate retailers alorig wittl^' the' ^custcionnter'^^ profile data. 
With knowledge of the speciiib reqiiirbmerits bf the custbirier as 

20 well as information as tb whTo the' customer is, a retailer is able 
to make more accurate recommendations of iteftis and Services that 
are more likely to satisfy the' bustbitieJr'^ needs and desires It 
' will be appreciated that an eiebtroh^^^ shopping isiystem in 
accordance with the various embodiiineritis O the ' invent ±bh caii be 

25 constructed in whole or in part either ftom spediai piit'^bse-built 
hardwaire or from genera! purpose cbihputer syisteim^ c^ 
are controlled by a suitable a^piication piro'^raim. ^ ' 

While the invention has "hieen ' >ae scribed with ' respect to 
particular illustrated eyDbdime^ in the art' and 

30 technology to which ' the invention peftains will have no 
difficulty devising variations which ih no way depart from the 
scope of the present 'invent ibh. For example, while 

the illustrated embodiments . haXre been descr'ibed in connection 
with retail stores, it will 'b;e appreciated that the present 

35 system and method may be devised for utilizatfioh ih financial. 
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security, insurance, educational, medical, lodging, travel 
institutions and the like. In addition, communication link or ^ 

5 links employed between the .ESA, customer, t,ermin^ls, and retailer 

terminals, may be a wired or wireless network configuration. ^> 
Wireless communication between the ESA, customer terminals, and 
retailer terminals might .be. infrared: . as well as RF-based. 
Accordingly,. - the present invention is not limited to the specific 

10 embodiments .described above, but rather, is defined by the scope 
of the appended claims. - 
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CLAIMS: - . - .\ : . - ^ ■ 

5 1. An electronic ''3hoppin^- system comp'ris 

a customer -'interface for enaBiing receipt- of a customer- 
specific merchandise/service request; ' - • r .v- 

a customer database" system for storing ^ a plurality of 
customer recordis, each record' including customer- prof ile <^ 

10 a retailer database system for storing- a- plurality of 

retailer records, each record ^including retailer 
rrierchandise/service data; 

an electronic shopping agent having access to the customer 
database system and the retailer database system, the electronic 

15 shopping agent being configured to locate a customer record 
corresponding to the requesting customer from the customer 
database system, and further being configured to identify a 
retailer from the retailer database system based on the received 
request; and 

20 means for transmitting a request for proposal to the ' 

identified retailer, 

2. The electronic shopping system of claim 1, wherein the 
customer interface includes an Internet connection. 

25 

3. The electronic shopping system of claim lor 2, v*ierein each 
customer record includes an information storage area for 
maintaining merchandise/service request history data for a 
plurality of requests submitted by the customer. 

30 

4. The electronic shopping system of claiirs 1,2 or 3 vdierein the 
electronic shopping agent generates a market survey report from 
data in the customer database system. 

35 
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5 . The electronic shopping system of claims 1,2,3 or 4 vrfierein the 
electronic shopping agent provides privacy protection to the 

customer by withholding the ^identity pf the customer from 
the request for proposax. 



6 . The electronic shopping syston of any preceding claim, wherein the 

request for proposal includes the customer request and customer 
10 profile data in the located customer record. 

7 . The electronic shopping system of any preceding claim, further 
comprising a merchandise information database system for storing 
a plurality of merchandise records, each record including 

15 merchandise/service data . 

8 . the electronic shopping system of any preceding claim, further 
comprising means for receiving a proposal from the identified 
retailer, 

20 • ' ] ^ . " ' I ; ... .... , .... 

9. The electronic shopping system of claim 8 further 
comprising means for forwarding the received proposal to the 
requesting customer. 

25 10 . The electronic shopping syston of claim 8 or 9, v^ierein each 

retailer record includes an information storage area for 
maintaining proposal history data for a plurality of proposals 
submitted by the retailer. 

30 11. The electronic shopping system of . any of claims 1 to 7, further 

comprising means for receiving a plurality of proposals from a 
plurality of identified retailers, the electronic shopping agent 
being configured to select a recommended proposal from the 
plurality" of received proposals. 

35 



-25- 



12. An erectroriic shopping agent having access to a 
customer database system and a retailer database system, the 
customer database 'system storing a 'plurality of • cOstomer records, 
each record including customer prof ile ' data/ ' and the retailer 
database system storing a plurality of retailer records, each 
record ' including retailer merchandise/service data, the 
electronic shopping agent comprising:' 

means for receiving a customer-specific merchandise/service 
request ; 

means for locating a customer record corresponding to the 
requesting customer from the customer database systems- 
means for identifying a retailer '^from the retailer database 
system based on the received request; and - - 

means for transmitting a request for proposal to the 
identified retailer. ' ' 

13. The electronic shopping agent of claim ' 12 further 
comprising means for generating a market survey report from data 
in the customer database system J 

14. The electronic shopping agent o£ claim li2 or 13, fxirther 
comprising means for providing privacy protection to the customer 
by withholding the identity of the custpmer from the 

request for proposal. " 

15. The electronic shopping agent of claims 12,- 13 or 14, ^ydierein the 
request for proposal includes the customer request and customer 
profile data in the located custdihef record . 

^^^^^^^^^ shopping agent of claims 12, 13, 14 or 15 further 
comprising means for receiving * a proposal from the identified 
retailer.' 
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17. The electronic ' shopping a^ent of claim 16 further 
comprising means for' forwarding ' the reCe'ived proposal to the 
requesting customer, 

18. The electronic^ shopping agent of any of claims 12 
to 15 further comprising: 

means for receiving a plurality of proposals from a 
plurality of identified retailers; and 

means for selecting a recommended proposal from the 
plurality- of received 'proposals. 

19. In an electronic shopping system including an 
15 electronic shopping agent with access to a customer database 

system and a retailer- '/database - systeniy the customer database 
system storing a plurality of • customer records^ each record 
including customer profile data^^ and the retailer database system 
storing a plurality of i retailer records > ea6h record including 
20 retailer merchandise/service data, a' •method of establishing 
communication betvjeen customer^ arid a retailer through the 
electronic shopping agent the ' me thbd comprising the steps of: 

receiving a customer-specific merchandise/service request; 

locating a customer vrecord' corresponding to the re^questing 
25 customer from the customer database system; 

identifying a: retailer from: the retailer database system 
based on : the received rrequest; and ; 

transmitting a request for. . proposal to the identified 
retailer. 

30 : \ ■ V- r . :■ . _ - ■ ' ■ ' - 

20. .. The method of claim^ 19. further comprising the step of 
generating a market survey report , from data in . the ; customer 
database system. y 

35 - ■ ■ ..v' ^ : . " . - : ' ■ ; ■ : 
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21, The method of claim 19 or 20 further 
comprising the step of providing privacy protection to 
the customer by omitting the. identity of the. customer 
when generating ^the request . for proposal . . . . . 

22. The method of claims 19, 20 or 21, wherein 
the request for proposal includes .the customer request 
and customer profile data in the located customer 
record. . ... 

23. The method of .claims 19 , .,20 , 21, or 22 further 
comprising the step of rece.iying ^a.. proposal from the 
identified retailer . 

24, The method of claim 23:;rfurthe the^ 
: step; of -forwarding the, received:: proposal -to the., . :i. ^ 

requesting customer . . j ,:.r, 

25 . The method of any ^: of (Claims 1,9 . to 22 , further 
comprising the.steps .of:- - ^ a. . ; ^ . 

- ; receiving a plurality of proposals, from a , , r ' 
plurality of identif ied .^retjaileZiS ; - and % 

selecting a .reQommended:fpr!Dpo3.al from , the 
plurality of received proposals ^ 

. .26. Software whick- itnpiements* the;, electronic 
shopping agent of any of claims .:12 to ;1 8= when .. run on -a 
' general -purpose, computer.'; /^^arj-:^: o-. :..\---: - - - 

27. An electronic shopping system substantially 
as- hereinbefore described' with^ ref erence- to the 
accompanying drawings . - ' ' 

28. An electronic shopping agent substantially as 
hereinbefore described with reference to the 
accompanying drawings . 
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29, A method substantially as hereinbefore 
described with reference to the accompanying drawings. 

V 
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